home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000116_news@columbia.edu _Tue Mar 14 17:03:10 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA17894
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 14 Mar 2000 17:03:09 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id QAA14203
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 14 Mar 2000 16:36:15 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Sockets programming: telnet problem.
  11. Date: 14 Mar 2000 21:36:14 GMT
  12. Organization: Columbia University
  13. Message-ID: <8ambce$dro$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <8am990$9jj$1@nnrp1.deja.com>,  <jrc@lhutz.demon.co.uk> wrote:
  17. : ...
  18. : Thanks!  While I will take a look at C-Kermit, I am still writing my
  19. : ground up code simply for my own experience and sense of
  20. : satisfaction.
  21. : 
  22. : I really am VERY curious as to what the probelm is and why I'm not
  23. : seeing those prompts until after input, so I really would be very
  24. : appreciative if someone could still answer my question via email
  25. : (jrc@aardsets.com).
  26. : 
  27. : Thanks very much for the information, and rest assured, I WILL take
  28. : a look at that, but I'm also determined to complete what I've started.
  29. : 
  30. Sure, but be warned: it's a slippery slope.  Telnet is not a simple
  31. protocol, at least not any more.  It started out as RFC854 in 1983 and
  32. has grown ever since.  A current search of the RFC database for "telnet"
  33. turns up 107 references.
  34.  
  35. Unfortunately, all too many people crank out ad-hoc Telnet clients by
  36. (a) trial and error, (b) asking somebody how to do it and then acting on
  37. bad advise, (c) copying some code they found by searching the Internet,
  38. or (d) following RFC854 but nothing else.  All of these, including (d),
  39. are likely not to work when fielded against the variety of Telnet servers,
  40. ancient to modern, that exist today.  Doing it right is a long, hard, big
  41. job, and the job doesn't end when just one test case works.
  42.  
  43. While I'm at it, I should mention that more than a few Telnet servers
  44. violate the IETF standards.  Unfortunately, many writers of Telnet
  45. implementations don't know this, and so tailor their programs to work with
  46. the faulty servers, thus propogating their errors and making matters more
  47. difficult for everybody.
  48.  
  49. Again, see:
  50.  
  51.   http://www.columbia.edu/kermit/telnet.html
  52.  
  53. to get an idea of some of the considerations that must go into writing
  54. modern and correct Telnet sofware, especially the later sections that deal
  55. with broken Telnet implementations.
  56.  
  57. - Frank